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(54) Graphical message exchange system 

(57) The conventional destination setting operation 
of electronic mail is not graphical. The present invention 
provides a graphical user interface which has excellent 
operability in a message exchange means. In a client 
server system, the above mentioned server comprises 
a transmit/receive portion, an icon transfer portion which 
transfers an icon received by the transmit/receive por- 
tion to another client, and a screen creation portion 
which receives an icon from the transmit/receive portion 
and creates a message board screen, and the above 
mentioned client comprises a transmit/receive portion, 



an icon creation portion which sends a transmission icon 
to the transmit/receive portion, and a screen creation 
portion which receives an icon received by the transmit/ 
receive portion and/or an icon created by the icon cre- 
ation portion and creates a message board screen, 
wherein when the above mentioned client has newly 
created an icon, the client displays the icon on its own 
message board screen and sends this icon to the above 
mentioned server, and the server receives the icon, dis- 
plays the icon on its own message board screen and 
transfers the icon to another client. The destination can 
be set by placing icons on the screen. 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0001 ] The present invention relates to a client server 
system comprising a server and a plurality of clients con- 
nected to the server via communication lines, wherein 
messages can be easily exchanged using icons. The 
present invention also relates to an authoring tool there- 
of and applied system thereof. 

2. Description of the Related Art 

[0002] Electronic mail is widely known as a typical 
message exchange means in a client server system. 
[0003] In conventional electronic mail, destination 
should be input using an address book or by other 
means. This operation is not graphical. Many user inter- 
faces of current computers, on the other hand, are 
graphical, easily understood and have excellent opera- 
bility as in systems in which icons are dragged and 
dropped. A graphical user interface with excellent oper- 
ability has also been desired for message exchange 
means. 

SUMMARY OF THE INVENTION 

[0004] It is an object of the present invention to solve 
the above problems. 

[0005] The present invention is a client server system 
comprising a server and a plurality of clients which are 
connected to the server via communication lines, 
wherein common screens are displayed on the server 
and on the plurality of clients, common icons are dis- 
played on the screens of the server and of the plurality 
of clients, the client server system has mapping which 
can divide areas in the background, and the common 
screens and common icons of the server and of the plu- 
rality of clients are created and displayed according to 
this mapping. 

[0006] The present invention is a client server system, 
comprising a server and a plurality of clients connected 
to the server via communication lines, wherein the 
above mentioned server further comprises a transmit/ 
receive portion, an icon transfer portion which transfers 
an icon received by the transmit/receive portion to an- 
other client, and a screen creation portion which re- 
ceives an icon from the transmit/receive portion and cre- 
ates a message board screen, the above mentioned cli- 
ent further comprises a transmit /receive portion, an icon 
creation portion which sends a transmission icon to the 
transmit /receive portion, and a screen creation portion 
which receives the icon received by the transmit /receive 
portion and/or an icon created by the icon creation por- 
tion and creates a message board screen, when the cli- 
ent has newly created an icon, the client displays the 



icon on its own message board screen and sends the 
icon to the server, and the above mentioned server re- 
ceives the icon, displays the icon on its own message 
board, and transfers the icon to another client. 

5 [0007] It is preferable that when the icon (message) 
is received the above mentioned server judges the at- 
tributes of the received icon (message), sends the icon 
(message) to a corresponding client if the icon is a pri- 
vate icon, and sends the icon to all the clients if the icon 

10 is a multiple address message. 

[0008] It is preferable that the above mentioned serv- 
er and/or the client further comprises a private area 
screen creation portion which creates a private area 
screen where access is allowed only for specified per- 

15 sons, a public area creation portion which creates a pub- 
lic area screen where access is allowed for all partici- 
pants, an area decision portion which receives opera- 
tion information on the icon and decides which one of 
the private area screen and the public area screen this 

20 operation is executed in, and a security control portion 
which allows access to the icon based on the result of 
the decision by the area decision portion. 
[0009] The types of the above mentioned access are, 
for example, read, edit, move, delete and copy. The 

25 above mentioned private area screen is, for example, 
provided to each client. That is, so to speak, a post office 
box. The above mentioned public area screen corre- 
sponds to, for example, a public bulletin board. 
[0010] When, for example, the operation of clicking on 

30 an icon is executed on any one of the private area 
screens, the relationship between the corresponding cli- 
ent and the operated client is checked, and if the result 
of this is that the operated client has an access right 
access is allowed, otherwise access is denied. If the op- 

35 eration of clicking on an icon is executed on the public 
area screen, access is allowed. 
The security control portion stores a permission table 
which shows the relationship between a user type and 
a permission type, and decides whether access is per- 

40 mitted/denied based on this table. A similar table is also 
used for controlling icons at the bottom of the screen. 
[0011] It is preferable if the above mentioned icons 
can be moved inside or between the private area screen 
and/or the public area screen by a drag and drop oper- 
as ation , and the area where the icon is placed corresponds 
to the destination of the icon and/or message. 
[0012] By dragging and dropping an icon, the ad- 
dressing of a message can be executed visually, intui- 
tively and directly. 

so [0013] It is preferable if the above mentioned icons 
can be provided in advance on an icon baron the display 
screen, and can be placed in an arbitrary area from the 
icon bar by a drag and drop operation. 
[0014] The present invention is an authoring tool for 

55 a client server system comprising a server and a plural- 
ity of clients connected to the server via communication 
lines, wherein common screens are displayed on the 
server and on the plurality of clients, common icons are 
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displayed on the screens of the server and of the plural- 
ity of clients, the common screens and the common 
icons of the server and of the plurality of clients are cre- 
ated and displayed according to mapping, the above 
mentioned mapping comprises an area table where a 5 
screen is divided and defined as one or more areas, and 
a permission table where security is set for each com- 
bination of a user type and an access permission type, 
and an application is generated by setting the area table 
and the permission table. 

[0015] The present invention is a messaging system 
for a client server system comprising a server and a plu- 
rality of clients connected to the server via communica- 
tion lines, wherein the above mentioned server further 
comprises a transmit /receive portion, an icon transfer 
portion which transfers an icon received by the transmit 
/receive portion to another client, and a screen creation 
portion which receives an icon from the transmit /receive 
portion and creates a message board screen, the above 
mentioned client further comprises a transmit /receive 
portion, an icon creation portion which sends a trans- 
mission icon to the transmit /receive portion, and a 
screen creation portion which receives an icon received 
by the transmit /receive portion and/or an icon created 
by the icon creation portion and creates a message 
board screen, when the above mentioned client has 
newly created an icon, the client displays the icon on its 
own message board screen and sends the icon to the 
server, the above mentioned server receives the icon, 
displays the icon on its own message board screen, and 
transfers the icon to another client, the above mentioned 
server and/or the client further comprises a private area 
screen creation portion which creates a private area 
screen where access is allowed only for specified per- 
sons, a public area creation portion which creates a pub- 
lic area screen where access is allowed for all partici- 
pants, an icon area screen creation portion which allows 
one of a plurality of icons provided on the display screen 
in advance to be placed in an arbitrary area by dragging 
and dropping the icon, an area decision portion which 
receives operation information on the icon and decides 
which one of the private area screen and the public area 
screen this operation was executed in, and a security 
control portion which allows access to the icon based 
on the result of the decision by the area decision portion, 
the above mentioned icon includes a message, the 
above mentioned icon can be moved inside or between 
the private area screen and/or the public area screen by 
a drag and drop operation, and the area where the icon 
is placed is specified as the destination of the message, 
and only a client which has obtained permission from 
the security control portion can read the message. 
[0016] The present invention is also an order system 
for a client server system comprising a server and a plu- 
rality of clients connected to the server via communica- 
tion lines, wherein the above mentioned server further 
comprises a transmit /receive portion, and a screen cre- 
ation portion which receives an icon from the transmit 



/receive portion and creates a message board screen, 
the above mentioned client further comprises a transmit 
/receive portion, an icon creation portion which sends a 
transmission icon to the transmit /receive portion, and a 
screen creation portion which receives an icon received 
by the transmit /receive portion and/or an icon created 
by the icon creation portion and creates a message 
board screen, when the above mentioned client has 
newly created an icon, the client displays the icon on its 
own message board screen and sends the icon to the 
server, the above mentioned server receives the icon 
and displays the icon on its own message board screen, 
the above mentioned client further comprises an infor- 
mation area creation portion for creating an information 
area screen to display information on commodities, and 
an icon area screen creation portion for allowing an or- 
der icon provided on the display screen in advance to 
be placed in any one of the information areas by drag- 
ging and dropping, and the above mentioned server fur- 
ther comprises an information area creation portion for 
creating an information area screen to display informa- 
tion on commodities, and an icon area screen creation 
portion for enabling an order confirmation icon provided 
on the display screen in advance to be placed in asso- 
ciation with the order icon by dragging and dropping. 
[0017] In the icon area of the client, a question icon 
and a trash can icon, for example, are provided other 
than an order icon. In the icon area of the server, a dis- 
count icon, new commodity icon, sold out icon, informa- 
tion icon and trash can icon, for example, are provided 
other than the order confirmation icon. 

BRIEF DESCRIPTION OF THE DRAWINGS 
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35 [0018] 

Fig. 1 is a general block diagram depicting the sys- 
tem of embodiment 1; 

Fig. 2 is a conceptual diagram depicting the system 
40 of embodiment 1; 

Fig. 3 is a diagram depicting the general processing 
of the system of embodiment 1 ; 
Fig. 4 is a flowchart depicting the processing of the 
client of the system of embodiment 1; 
45 Fig. 5 is a flowchart depicting the processing of the 
server of the system of embodiment 1 ; 
Fig. 6 is a flowchart depicting the processing of an- 
other client of the system of embodiment 1 ; 
Fig. 7 is a flowchart depicting the security process- 
50 ing of the system of the 1 ; 

Fig. 8 is an example of a display screen of the mes- 
sage board system according to embodiment 1 ; 
Fig. 9 is an example of the permission flags of the 
message board system according to embodiment 1 ; 
55 Fig. 1 0 is an example of the permission flags of the 
message board without security of the message 
board system according to embodiment 1 ; 
Fig. 11 is an example of the permission flags of the 
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message board with, a medium degree of security 
of the message board system according to embod- 
iment 1; 

Fig. 12 is a diagram depicting the definition of icons 
of the message board system according to embod- s 
iment 1 ; 

Fig. 1 3 is an example of icons of the message board 

system according to embodiment 1 ; 

Fig. 1 4 is an example of the definition of icons of the 

message board in Fig. 1 3 according to embodiment 10 

1; 

Fig. 15 is a functional block diagram depicting the 
image generation of the post office box system ac- 
cording to embodiment 2; 

Fig. 16 is a processing flow chart depicting the se- is 
curity of the post office box system according to em- 
bodiment 2; 

Fig. 1 7 is an example of a display screen of the post 
office box system according to embodiment 2; 
Fig. 18 is a diagram depicting the definition of an 20 
image map of the post office box system according 
to embodiment 2; 

Fig. 19 is an example of the permission flags for 
each user area of the post office box system accord- 
ing to embodiment 2; 25 
Fig. 20 is an example of the permission flags for all 
the users of the post office box system according to 
embodiment 2; 

Fig, 21 is an example of the layout of an icon bar of 
the screen of the post office box system according 30 
to embodiment 2; 

Fig. 22 is an example of the display/permission 
flags of the user icons of the post office system ac- 
cording to embodiment 2; 

Fig. 23 is an example of the display/permission 35 
flags of the NOTE and TRASH icons of the post of- 
fice box system according to embodiment 2; 
Fig. 24 is an example of another icon of the post 
office box system according to embodiment 2; 
Fig. 25 is an example of the display/permission 40 
fiags of each user of another post office box system 
according to embodiment 2; 
Fig. 26 is an example of the display/permission 
flags of the NOTE and TRASH icons of the post of- 
fice box system according to embodiment 2; 45 
Fig. 27 is an example of the shop side screen of the 
order system according to embodiment 3; 
Fig. 28 is an example of the customer side screen 
of the order system according to embodiment 3; 
Fig. 29 is a diagram depicting the image map defi- so 
nition of the order system according to embodiment 
3; 

Fig. 30 is an example of the image map definition 
of the order system according to embodiment 3; 
Fig. 31 is an example of the icon bar of the shop 55 
side screen of the order system according to em- 
bodiment 3; 

Fig. 32 is an example of the icon barof the customer 



side screen of the order system according to em- 
bodiment 3; 

Fig. 33 is an example of the display/permission 
flags of the customer side icons (ORDER and HELP 
icons) of the ordersystem according to embodiment 
3; 

Fig. 34 is an example of the display/permission 
flags of the shop side icons (ACCEPT, DISCOUNT, 
NEW and INFO icons) of the ordersystem accord- 
ing to embodiment 3; 

Fig. 35 is an example of the display/permission 
flags of the trash can icon of the order system ac- 
cording to embodiment 3; 

Fig. 36 is an example of the display screen of the 
destination display panel according to embodiment 
4; and 

Fig. 37 is an example of the display screen of the 
positional information display panel according to 
embodiment 4. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Embodiment 1 

[0019] The system according to an embodiment of the 
present invention is an icon-driven server/client system 
for transmitting/receiving messages in real-time. The 
major difference from a conventional system is that a 
message is addressed intuitively and directly by drag- 
ging and dropping an icon. The system according to this 
embodiment provides a new communication and joint 
work method for the Internet/intranet community. 
[0020] This system can be used very easily. By merely 
accessing the server, the user can use the later men- 
tioned boards, such as a message board, a white board 
and a chess board, a map and an image can be used 
at any time, and can write a desired message and share 
it with others by dragging and dropping an icon onto a 
board on the Internet. 

[0021] The features of this system are easy to install, 
easy to use, and easy to customize. This system can 
also be used more easily than any other communication, 
cooperative and joint work software, including a mes- 
sage board, postit software, a white board, a chat room 
and electronic mail. 

[0022] To use this system, the servershould be a CGI- 
supported Web server, and should support java. The cli- 
ent should be a java-supported Web browser, and 
should support the virtual machine/run-time environ- 
ment of java. 

[0023] This system has the following major functions. 

♦ Message creation function 

This is a function to create a message to send to a 
destination. For example, if an icon for sending a 
message is clicked on, a dialog box is displayed on 
the screen, and the icon and the message are linked 
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by writing the message in this dialog box. The dialog 
box may be displayed not only when the icon is 
clicked on but also when the icon is dragged and 
dropped. 

• Message addressing function 

This is a function to determine the destination of a 
message. In conventional electronic mail software, 
the destination should be input by characters. This 
function defines and manages an area on the 
screen corresponding to each client, and judges 
which area the icon is to be dragged and dropped 
onto, that is, judges which destination the message 
is addressed to. 

• Security function 

This is a function to control access to an icon and/ 
or message. This function grants permission to 
read, move, correct, or delete an icon and/or mes- 
sage. For example, a message of an icon placed in 
a public space can be read by anyone, but an icon 
placed in a private space can be read only by the 
specified party. 

Multiple address function 

This is a function to send a message to all users, 
without specifying a particular destination. 

• Association function 

This is a function to set a link to related home pages, 
and to set and display such attributes as emergen- 
cy, sold out, discount and new commodity. 

[0024] This embodiment will now be described in de- 
tail with reference to the accompanying drawings. 
[0025] Fig. 1 is a functional block diagram depicting a 
configuration of a server machine 1 and a client machine 
2 used for this system. The server machine 1 comprises 
a message transfer portion 11 which transfers a re- 
ceived message when necessary, a transmit /receive 
portion 12 for communicating with a client machine, a 
message board screen creation portion 13 which cre- 
ates a screen of a message board based on the received 
message, and a display part 1 4 which receives the out- 
put of the screen creation portion 13 and displays the 
screen. The client machine 2 comprises a transmit /re- 
ceive portion 21 for communicating with the server ma- 
chine, a message creation portion 22 which creates a 
transmission message, a message board screen crea- 
tion portion 23 which receives the transmission mes- 
sage from the message creation portion 22, receives the 
receive message from the transmit /receive portion 21 
and displays these messages on the message board, 
and a display part 24 which receives the output of the 
screen creation portion 23 and displays the screen. 
[0026] Fig. 2 is a conceptual diagram depicting the 
general configuration of this system. The clients 2a and 
2b can access the server 1 via the Internet/intranet 3. 



The server 1 stores the application software (applet of 
Java) for this system in the external storage device la in 
advance. When the client accesses the server, the ap- 
plication software for the client is downloaded and the 
5 system can be used. 

[0027] Fig. 3 shows an outline of how messages are 
exchanged among the server 1 and the clients 2a, 2b 
and 2c. When the client 2a creates a message, the mes- 
sage M1 is sent to the server 1 , and is also displayed 
10 on its own screen. The server 1 identifies the destination 
of the received message M1, and sends the message 
M1 to the destination, which is the client 2b (M2). When 
the client 2b creates a reply message, the reply mes- 
sage is sent to the client 2a (M3, M4). When the mes- 
15 sage has multiple addresses, the message M5 sent 
from the server 1 , is also sent to all other clients 2a and 
2c (M6, M7). In the same way, the reply message M8 
from the client 2a is also sent to all clients, 2b and 2c 
(M9, M10). In this way, a message can be communicat- 
ee ed among all clients 2a, 2b and 2c via the server 1 . 
[0028] Fig. 4 shows a processing flow at the client 
which sends a message. At first, the user clicks on the 
message icon (S1 ) , then the message creation dialog is 
displayed. Here the user can create an arbitrary mes- 
25 sage (S2). The user drags and drops the icon on an ar- 
bitrary position of the message board (S3). By this op- 
eration, the message can be sent. The client displays 
the message on its own screen (S4), and sends the 
message (S5). 

30 [0029] Fig. 5 shows a processing flow at the server. 
When the server receives a message (S10), the server 
opens the message (S11) and stores it in its" own mem- 
ory. And the server transfers the message to a prede- 
termined destination (S12). 

35 [0030] Fig. 6 shows a processing flow at a client which 
receives a message. When the client receives the mes- 
sage from the server (S20), the client opens the mes- 
sage (S21 ), and displays the message on its own mes- 
sage board. 

40 [0031] Messages written at each client in the process- 
ing in Fig. 4 to Fig. 6 are immediately incorporated on 
the screens of the other clients. The transmission/re- 
ceiving of messages between arbitrary clients can be 
synchronously known in real-time in this way. Since all 

45 information is collected at the server, management is 
easy. 

[0032] Fig. 7 shows the flow or security processing of 
the server. When a request to access an opened mes- 
sage (icon) is received (S31 ), the server checks whether 

so the requesting user has the right (S32), and permits the 
user to access if the user has the right (S33), or denies 
the request if not (S43). Similar processing is also per- 
formed when moving a message (that is, changing the 
destination address), editing a message or deleting a 

55 message is requested (S34 - S42). For example, when 
this system is a bulletin board where anyone has ac- 
cess, accessing and moving are permitted to anyone. 
Editing and deleting, however, are permitted only to the 
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message sender or to the administrator. 
[0033] Fig. 8 is an example of a message board 
screen of this system. On the screen, the message 
board 30 and examples 31 and 32 of the messages to 
be displayed here are displayed. The icons 33, 34 and 5 
35 at the bottom of the screen are the message creation 
icon 33, the GO icon 34 for creating a link to the related 
home pages, and the trash can icon 35 for deleting a 
message. 

[0034] How to operate this system will be described 10 
on the basis of Fig. 8. To send a message, the icon 33 
is clicked on and the message is created. And the icon 
33 is dragged and dropped on an arbitrary position of 
the message board 30. Then the message opens and 
can be read as the examples 31 and 32. The status of is 
this screen is the same for all clients, based on the flow 
shown in Fig. 3. Therefore the user can read all the mes- 
sages on the screen of his own client machine. Unlike 
conventional multiple addresses of electronic mail, this 
system can send a message to all participant users with- 20 
out specifying destinations. Since icons are used for op- 
eration, this system can be easily and intuitively under- 
stood, and is very easy to use. 

[0035] In this message board, security problems are 
not very serious. Anyone can create, paste and delete 25 
a message. Naturally it is easy to increase security so 
that only a specified individual (e.g. administrator) can 
move and delete messages (see Fig. 7). 
[0036] The resource file format of the messaging sys- 
tem of the embodiment 1 will now be described. 30 
[0037] The application of this messaging system is 
designed based on the following conditions. 

1 . Specified members. Each member has its own 
icon and area. 35 

2. There is an area for all members (FORALL). In 
this area, all members are allowed full access (read, 
move, delete, copy) to a transmitted message icon 
in that area. 

3. In the receive area of each member, only the 40 
sender or the receiver is allowed full access to a 
transmitted message icon. 

4. A member can drag only his own icons in the icon 
bar. 

45 

[0038] A customizing tool to generate a resource file 
is provided. To define a resource file format, it is impor- 
tant to understand that only the user interface portion 
can be customized. The user interface portion can be 
divided into four categories. so 

1 . Tool bar: top of the windows of this system 

2. Background: middle of the windows of this sys- 
tem 

3. Image map: A background image is divided into 55 
certain areas which are virtually defined by the im- 
age map using relative coordinates. Each area in 

the image map is associated with a unique member 



by a member ID. 

4. Icon bar: Button part, which is at the bottom of 
the windows of this system. Each icon of the icon 
bar is associated with a unique member by a mem- 
ber ID. 

[0039] The format of a resource file is as follows. 

1 . The resource file is an ASCII text file which can 
be read. 

2. The resource file is stored by a java applet and 
is decoded/executed from the top part of one of the 
buttons, but resources can be defined in any se- 
quence. 

3. The syntax/keywords of a resource file are as fol- 
lows. 

a. Tool bar: (NONE) / (No Toolbar) 

b. Background (tmagepath) 

A background image is a super image which is 
placed in one directory. 

c. Image map 

Area (N) (Left-Top Coordinate, Right-Bottom 
Coordinate, MEMBER ID) 
If an area is FORALL, the value of MEMBER 
ID is ALL. 

d. Icon bar (icon path) 

An icon image is in GIF format which is placed 
in one directory. Icon (N) (file name, MEMBER 
ID, ACTION) 

[0040] When all members access an icon, the value 
of MEMBER ID is ALL. When an icon operates as a 
postit (tag), the value of ACTION is POSTIT 
[0041] An example of a resource file 

# Sample of RESOURCE FILE 

# TOOL BAR definition 
toolbar none # No Toolbar 

# BACKGROUND definition 

imagepath eyesmax/images # background image in 
supehmage format 

# IMAGEMAP definition 

region [0] 000,000 416,188 ALL # FORALL re- 
gion 

region [1] 000,189 205,337 1 # Member ID 1 
user region 

region [2] 000,338 205,481 2 # Member ID 2 
user region 

region [3] 000,482 205,636 3 # Member ID 3 
user region 

region [4] 206,189 416,337 4 # Member ID 4 
user region 

region [5) 206,338 416,481 5 # Member ID 5 
user region 

region [6] 206,482 416,636 6 # Member ID 6 
user region 
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# ICONBAR definition 

iconpath Eyesmax/icons # icon images path di- 
rectory 

icon [0] 1 . gif 1 NONE # user icon for member 
ID 1, no special action 

icon [1] 2. gif 2 NONE # user icon for member 
ID 2, no special action 

icon [2] 3. gif 3 NONE # user icon for member 
ID 3, no special action 

icon [3] 4. gif 4 NONE # user icon for member 
ID 4, no special action 

icon [4] 5. gif 5 NONE # user icon for member 
IDS, no special action 

icon [5] 6. gif 6 NONE # user icon for member 
ID 6, no special action 

icon [6] 7. gif ALL POSTIT #POST IT icon for 

all members, action as POSTIT 

icon [7] trash, gif ALL NONE # trash icon for all 

members, no special action 

icon [8] NONE, ALL, SHOW # Actually not an 

icon, COPY label for all members 

[0042] Now a background image definition will be de- 
scribed, imagepath is as follows. 

1. imagepath can be defined to be either an abso- 
lute or relative path. 

2. A background image should be in super image 
format. Super image format is a collection of a plu- 
rality of resolutions of images compressed in JPEG 
format. A normal JPEG format can be converted to 
a super image format using the super image com- 
mand from the command line. 

[0043] For example, if the super image directory is 
"image", the image path can be defined as follows, 
imagepath images # use relative path definition 
Now the image map definition will be described, region 
[2] is a possession permission flag of Left-Top Coordi- 
nate Right-Bottom Coordinate. 

1 . n is an area number starting with "0". 

2. Coordinate is an (x, y) coordinate related to the 
origin of a background image. 

3. Owner is the owner of the user area, and is iden- 
tified by the user ID. "0" = Super User is defined as 
a special user. The owner automatically becomes a 
receiver. 

4. Permission flags are shown in Fig. 9. 

[0044] Fig. 10 is an example of the permission flags 
of a message board without security. In this example, 
anyone has full access, that is, anyone can read, edit, 
move, delete and copy all message icons and postits. 
Since the message board is a public area, the owner is 
the Super User by default. A permission flag value of 
one big area covers all message board images. 



[0045] Fig. 11 is an example of the permission flags 
of a message board with a medium degree of security. 
Anyone can read all icons and postits, but only the Super 
User, sender and receiver has full access. In this exam- 

5 pie, Super User= Owner= Receiver. Since the message 
board is a public area, the owner is the Super User by 
default. The permission flag value of one large area cov- 
ers all message board images. 
[0046] Now a definition of icons will be described, that 

10 is, iconpath (icon path directory), icon [n] (on file name, 
off file name, owner, display flag) (see Fig. 12). Here 

1 . An icon path can be defined as an absolute or 
relative path. 
15 2. n is an icon number. 

3. on file name is a file name of an icon image in 
Gl F format, and indicates that (a.) the owner logged 
in or (b.) the message (displayed by icon) has been 
read. 

20 4. off file name is a file name of an icon image in 
GIF format, and indicates that (a.) the owner logged 
off or (b.) the message (displayed by icon) has not 
yet been read. 

5. Display/permission flag defines the display and 
25 permission of an icon of the icon bar. By this, the 
icons can be designed to be displayed on the icon 
bar of all members or of only specified users. 

[0047] Fig. 14 is an example of the definition of the 
30 icons of the message board shown in Fig. 1 3. The same 
icon layout is used for all users, and the owner is the 
Super User by default. The numberof users is unknown 
or limitless. The owner of the icons need not be the 
sender of the message. The message type is POSTIT 
35 Anyone can read the message without clicking. 

Embodiment 2 

[0048] An application example of the message sys- 

40 tern according to the present invention will be described. 
The system according to the embodiment 2 of the 
present invention is a simulation of a mail box (post of- 
fice box). Each user has their own post office box (areas 
denoted by 40a - 40f in Fig. 17) and the icons 42a - 42f. 

45 This post office box system is a good example of a sys- 
tem for performing communication and joint work 
among a relatively small group (e.g. 5 to 10 individuals). 
[0049] Fig. 1 5 shows the functional blocks of this sys- 
tem. Fig. 15 shows the security control portion and the 

so image display part of the system. The private area 
screen creation portion 33 creates a screen for each us- 
er area 40 a - 40f. The private area screen creation por- 
tion 33 may be disposed corresponding to each user ar- 
ea 40a - 40f. The private area screen creation portion 

55 33 has functions to read, edit, move and copy icons. 
These functions are executed according to permission 
from the security control portion 32. The public area 
screen creation portion 34, on the other hand, generates 
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a screen of the public area 41 . In this area, a user can 
freely operate any icon. Operation information on icons 
is input to the area decision portion 31 where it is decid- 
ed in which area an icon is to be operated. Based on 
this decision result, the security control portion 32 de- 
cides whether operation for an icon will be permitted. 
This output is sent to each one of the private area screen 
creation portions 33. When security control is required 
for the public area, this output is also sent to the public 
area screen creation portion 34. The output of the 
screen creation portions 33 and 34 are synthesized by 
the synthesis part 35, and is displayed on the display 
part 36. 

[0050] To send a message to another member in the 
system according to the embodiment 2 of the present 
invention, the user drags his own icon (e.g. user in area 
40e drags the icon 42e) to the destination post office 
box (e.g. area 40a, 40b, 40d or 40f). Only the receiver 
can read the message of this icon. Other users cannot 
read, move or delete this message. The public area 41 
at the left is for all users, and anyone can read, move or 
delete a message placed in this area. Naturally it is pos- 
sible to design such that only the administrator can 
move and delete the message in order to increase the 
security function, just like the case of a message board. 
Emergency icon 43 may be dragged to a message 
board for an emergency message. In this case, the mes- 
sage itself, not the icon, may be displayed. Also to send 
a message to a plurality of destinations, an icon is cop- 
ied and moved to the areas of the destination users. 
[0051] Fig. 16 shows a flow chart on security. When 
access to a dropped message (icon) is requested (S40). 
the area is judged first (S41). If the decided area is a 
public area, access is permitted (S45). Otherwise it is 
checked whether the user has the right to access the 
area (S43), and if so, access is permitted (S45), and if 
not, access is denied. 

[0052] According to the system of the embodiment 2, 
a message is handled as an icon, and a message can 
be transmitted by dragging and dropping an icon, so an 
interface which is very easily understood can be provid- 
ed. Also, security control is executed based on the area 
on the screen, so processing is easy and clearer for the 
user. Users who are not the receiver cannot read the 
message, but can know where the icon is located, so a 
non-receiver user can know which users are exchang- 
ing the message. 

[0053] Now the image map definitions of this system 
will be described. There are six users, each with their 
own area (Fig. 18). Fig. 18 also shows an area which is 
for all users. One postit can be fully accessed by all 
members. Fig. 19 shows the permission flags for each 
user area. Fig. 20 shows the permission flags for all us- 
ers. 

[0054] Now the icon definitions of this system will be 
described. The same icon layout is provided to all users 
(Fig. 21). Each user sends a message using a respec- 
tive unique icon. The NOTE and TRASH icons belong 



to the Super User. Fig. 22 shows the display/permission 
flags of the user icons. Fig. 23 shows the display/per- 
mission flags of the NOTE and TRASH icons. 
[0055] Fig. 24 shows another example of icons. This 
5 shows a post office box board having unique user icons. 
Fig. 25 shows the display/permission flags of each user. 
Fig. 26 shows the display/permission flags of the NOTE 
and TRASH icons. 

io Embodiment 3 

[0056] An application example of the message sys- 
tem according to the present invention will be described. 
Fig. 27 shows a display screen at the shop side, and 
*s Fig. 28 shows a display screen at the customer side. 
The top screen of this order system is similarto an order 
form, a leaflet, and a pamphlet of a shop. In Fig. 27 and 
Fig. 28, images 50a - 50f of a total of six commodities 
are displayed. These images correspond to a menu. An 
20 icon bar is below these images. In Fig. 27, the icon bar 
has an icon 51 for the shop to confirm an order, an icon 
52 to indicate a discount, an icon 53 to indicate a new 
commodity, an icon 54 to indicate sold out, an icon 55 
to indicate other information, and a trash can icon 56. In 
25 Fig. 28, on the other hand, the icon bar has an icon 57 
for the customer side to place an order, an icon 58 for 
questions about a commodity, and a trash can icon 59. 
[0057] This system is essentially the same as the 
above mentioned embodiments 1 and 2, but is some- 
30 what different in terms of security. The icons 51 , 52, 53, 
54 and 55 for the shop can be accessed only by users 
at the shop side, and the icons 57 and 58 for'a customer 
can be accessed only by a customer. If there are a plu- 
rality of customers, needless to say a customer cannot 
35 access the icons of another customer. Therefore, in this 
system, the icons of the customer should be displayed 
on the screen of that respective customer, but the icons 
of another customer need not be displayed. It is easier 
to view a screen and operate the screen if only the cus- 
tomer's own icons are displayed. On the screen at the 
shop side, however, the icons of all customers should 
be displayed. 

[0058] When ordering, the order icon 57 is dragged to 
one of the commodities 50a - 50f on the menu board, 
and the order content, name, address, and other nec- 
essary information on the order are written. To establish 
security between the customer who places an order and 
the shop, the other customers are prohibited to read, 
move, delete or copy this order. When a shop accepts 
this order, an employee of the shop drags the accept- 
ance icon 51. and writes such a message as "we will 
deliver the product within 30 minutes", and drags and 
drops the acceptance icon 51 over the order icon 57. 
[0059] When some commodities in a menu are new, 
discounted or sold out, the shop places such attribute 
icons as 52 - 55 in the menu. In this way, orders can be 
placed very easily. The shop can set various informa- 
tion, such as shop holidays, by dragging information 
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icons as if using postits. Now the image map definitions 
will be described. The number of users is unknown or 
limitless. All areas of each menu belongs to the Super 
User. Only the sender and the Super User (= receiver = 
owner) are allowed full access (see Fig. 29 and Fig. 30). 
[0060] Now the icon definitions will be described. The 
number of users is unknown or limitless. Icon layout is 
different between a customer and a shop (see Fig. 31 
and Fig. 32). Fig. 33 shows an example of the display/ 
permission flags of a customer (ORDER and HELP 
icons). Fig. 34 shows an example of the display/permis- 
sion flags of a shop (ACCEPT, DISCOUNT, NEW, and 
INFO icons). Fig. 35 shows an example of the display/ 
permission flag of a trash can icon. 

Embodiment 4 

[0061] Application examples when the present inven- 
tion is applied lo a device other than the above will be 
described 

[0062] Fig 36 is an example when the present inven- 
tion is applied to a destination display panel- In Fig. 36, 
each one of employees A, B, C and D has their own 
display area, and predetermined icons x, y and z are 
placed in this area. These icons, x, y and z, correspond, 
for example, to the destination an employee has em- 
barked for. in a work place, usually a white board is used 
to indicate the destination of an employee. Before an 
employee departs, that employee writes their destina- 
tion and return time to the company on the white board 
using such a writing tool as a magic marker. If this in- 
vention is used, a destination display panel having the 
same functions as a white board can be constructed on 
the client server system. For example, when Mr. A de- 
parts his company, he places icon x, corresponding to 
the destination, in his area by dragging and dropping the 
icon x from the icon bar. If necessary, Mr. A writes a mes- 
sage indicating the return time and other important mat- 
ters in the icon. By such a simple operation, destinations 
can be displayed. By constructing a destination display 
panel on the client server system, a photographic des- 
tination display can be confirmed by anyone at any lo- 
cation. It is preferable that, excluding the administrator, 
dragging and dropping an icon are possible only in the 
user's own area. 

[0063] Fig. 37 is an example when the present inven- 
tion is applied lo a position information display panel. In 
Fig. 37, the current position of Mr. A and the current po- 
sition of Mr. B are displayed on the screen where a map 
is displayed. When the user knows their own position, 
that user drags and drops their own icon. If the user does 
not know their own position, an individual who does 
know the position drags and drops the corresponding 
icon. This icon may be automatically set up using GPS, 
for example. 

[0064] The present invention can be applied to the 
games of go, shogi and chess. In other words, a player 
can place a game piece icon in an appropriate position 



on the screen of the present invention by dragging and 
dropping via the Internet. According to this system, the 
game can be easily viewed. As for security, a player can 
access only their own game piece icons. Spectators 
5 cannot access the game piece icons at all. 



Claims 

10 1. A client server system comprising a server and a 
plurality of clients which are connected to said serv- 
er via communication lines, wherein 

common screens are displayed on said server 

i5 and said plurality of clients; 

common icons are displayed on the screens of 
said server and said plurality of clients, 
said client server system has mapping which 
can divide areas in the background, and 

20 said common screens and said common icons 

of said server and said plurality of clients are 
created and displayed according to said map- 
ping. 

25 2. A client server system, comprising a server and a 
plurality of clients connected to said server via com- 
munication lines, wherein 

said server further comprises a transmit /re- 
30 ceive portion, an icon transfer portion which 

transfers an icon received by said transmit/re- 
ceive portion to another client, and a screen 
creation portion which receives an icon from 
said transmit/receive portion and creates a 
35 message board screen. 

said client further comprises a transmit /receive 
portion, an icon creation portion which sends a 
transmission icon to said transmit/receive por- 
tion, and a screen creation portion which re- 
40 ceives an icon received by said transmit /re- 

ceive portion and/or an icon created by said 
icon creation portion and creates a message 
board screen, 

when said client has newly created an icon, 
45 said client displays said icon on its own mes- 

sage board screen and sends said icon to said 
server, and 

said server receives said icon, displays said 
icon on its own message board screen, and 
so transfers said icon to another client. 

3. The client server system according to Claim 2, 
wherein, when the icon is received, said server 
judges the attributes of the received icon, sends the 
55 icon to a corresponding client if the icon is a private 
icon, and sends the icon to all the clients if the icon 
is a multiple address message. 
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4. The client server system according to Claim 2, 
wherein said server and/or said client further com- 
prises a private area screen creation portion which 
creates a private area screen where access is al- 
lowed only for specified persons, a public area ere- 5 
ation portion which creates a public area screen 
where access is allowed for all participants, an area 
decision portion which receives operational infor- 
mation on said icon and decides which one of said 
private area screen and said public area screen this 10 
operation was executed in, and a security control 
portion which allows access to said icon based on 

the result of the decision by said area decision por- 
tion. 

15 

5. The client server system according to Claim 4, 
wherein the types of said access are read, edit, 
move, delete and copy. 



6. The client server system according to Claim 4, 20 
wherein said private area screen is provided to each 
client. 

7. The client server system according to Claim 4, 
wherein said public area screen corresponds to a 25 
public bulletin board. 

8. The client server system according to Claim 4, 
wherein said security control portion comprises a 
permission table which shows the relationship be- 30 
tween a user type and a permission type, and de- 
cides whether access is permitted/denied based on 
said table. 

9. The client server system according to Claim 4, 35 
wherein said icon can be moved inside or between 

the private area screen and/or the public area 
screen by a drag and drop operation, and the area 
where said icon is placed corresponds to the desti- 
nation of said icon and/or message. 40 

10. The client server system according to Claim 9, 
wherein said icons are provided in an icon bar on 
the display screen in advance, and can be placed 

in an arbitrary area from said icon bar by a drag and 45 
drop operation. 

11. An authoring tool for a client server system compris- 
ing a server and a plurality of clients connected to 
said server via communication lines, wherein so 

common screens are displayed on said server 
and said plurality of clients, 
common icons are displayed on the screens of 
said server and said plurality of clients, 55 
said common screens and said common icons 
of said server and said plurality of clients are 
created and displayed according to mapping. 



said mapping comprises an area table where a 
screen is divided and defined as one or more 
areas, and a permission table where security is 
set for each combination of a user type and an 
access permission type, and 
an application is generated by setting said area 
table and said permission table. 

1 2. A messaging system for a client server system com- 
prising a server and a plurality of clients connected 
to said server via communication lines, wherein 

said server further comprises a transmit /re- 
ceive portion, an icon transfer portion which 
transfers an icon received by said transmit /re- 
ceive portion to another client, and a screen 
creation portion which receives an icon from 
said transmit/receive portion and creates a 
message board screen, 
said client further comprises a transmit /receive 
portion, an icon creation portion which sends a 
transmission icon to said transmit /receive por- 
tion, and a screen creation portion which re- 
ceives an icon received by said transmit/re- 
ceive portion and/or an icon created by said 
icon creation portion and creates a message 
board screen, 

when said client has newly created an icon, 
said client displays said icon on its own mes- 
sage board screen and sends said icon to said 
server, 

said server receives said icon, displays said 
icon on its own message board screen, and 
transfers said icon to another client, 
said server and/or said client further comprises 
a private area screen creation portion which 
creates a private area screen where access is 
allowed only for specified persons, a public ar- 
ea creation portion which creates a public area 
screen where access is allowed for all partici- 
pants, an icon area screen creation portion 
which enables one of a plurality of icons provid- 
ed on the display screen in advance to be 
placed in an arbitrary area by dragging and 
dropping said icon, an area decision portion 
which receives operation information on said 
icon and decides which one of said private area 
screen and said public area screen this opera- 
tion was executed in, and a security control por- 
tion which allows access to said icon based on 
the result of the decision by said area decision 
portion, 

said icon includes a message, 
said icon can be moved inside or between the 
private area screen and/or the public area 
screen by a drag and drop operation, and the 
area where said icon is placed is specified as 
a destination of said message, and 
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only a client which has obtained permission 
from said security control portion can read said 
message. 

1 3. An order system for a client server system compris- 5 
ing a server and a plurality of clients connected to 
said server via communication lines, wherein 

said server further comprises a transmit /re- 
ceive portion, and a screen creation portion 10 
which receives an icon from said transmit /re- 
ceive portion and creates a message board 
screen, 

said client further comprises a transmit/receive 
portion, an icon creation portion which sends a *5 
transmission icon to said transmit/receive por- 
tion, and a screen creation portion which re- 
ceives an icon received by said transmit/re- 
ceive portion and/or an icon created by said 
icon creation portion, and creates a message 20 
board screen, 

when said client has newly created an icon, 
said client displays said icon on its own mes- 
sage board screen and sends said icon to said 
server, 25 
said server receives said icon and displays said 
icon on its own message board screen, 
said client further comprises an information ar- 
ea creation portion for creating an information 
area screen to display information on commod- 30 
ities, and an icon area screen creation portion 
for enabling an order icon provided on the dis- 
play screen in advance to be placed in one of 
said information areas by dragging and drop- 
ping, and 35 
said server furthercomprises an information ar- 
ea creation portion for creating an information 
area screen to display information on commod- 
ities, and an icon area screen creation portion 
for allowing an order conformation icon provid- 40 
ed on the display screen in advance to be 
placed in association with said order icon by 
dragging and dropping. 
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(54) Graphical message exchange system 

(57) The conventional destination setting operation 
of electronic mail is not graphical. The present invention 
provides a graphical user interface which has excellent 
operability in a message exchange means. In a client 
server system ; the above mentioned server comprises 
a transmit/receive portion, an icon transfer portion which 
transfers an icon received by the transmit/receive por- 
tion to another client, and a screen creation portion 
which receives an icon from the transmit/receive portion 
and creates a message board screen, and the above 
mentioned client comprises a transmit/receive portion, 
an icon creation portion which sends a transmission icon 
to the transmit/receive portion, and a screen creation 
portion which receives an icon received by the transmit/ 
receive portion and/or an icon created by the icon cre- 
ation portion and creates a message board screen, 
wherein when the above mentioned client has newly 
created an icon, the client displays the icon on its own 
message board screen and sends this icon to the above 
mentioned server, and the server receives the icon, dis- 
plays the icon on its own message board screen and 
transfers the icon to another client. The destination can 
be set by placing icons on the screen. 
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